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ABSTRACT 



The invention pertains to a communication system (300) 
including one or more communication channels (10), each 
channel comprising a transmitter unit (20) and a receiver 
unit (40). Each transmitter unit (20) is connected through an 
optical fiber link (30) to its associated receiver unit (40). In 
operation, each receiver unit (20) receives payload data from 
its associated sending client and adds overhead data to the 
payload data to generate corresponding aggregate data 
(600). The aggregate data of each transmitter unit (20) is 
conveyed through the fiber link (30) to its associated 
receiver unit (40) which receives the aggregate data, decodes 
it to separate the payload data from the overhead data and 
then outputs the payload data to its associated receiving 
client. The receiver unit (40) interprets the overhead data 
and uses it for controlling and managing the payload data in 
the system (300). The one or more channels of the system 
(300) are capable of adapting to the bit data rate of their 
associate payload data; thus, the channels are capable of 
operating mutually asynchronously, thereby circumventing 
a need for justification in the aggregate data. Moreover, each 
transmitter unit (20) is operable to add the overhead data to 
the payload data when generating the aggregate data so that 
the number of payload bits relative to the number of over- 
head bits is in a fixed ratio of 31:1. Such a fixed ratio renders 
the aggregate data simpler to decode and bit error rate easier 
to determine therefrom. 

29 Claims, 6 Drawing Sheets 
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METHOD OF COMMUNICATING DATA IN 
COMMUNICATION SYSTEMS 



BACKGROUND OF THE INVENTION 

The present invention relates to a method of communi- 
cating data in communication systems, in particular but not 
exclusively in optical communication systems. The inven- 
tion also relates to a communication system operating 
according to the method. 

In conventional optical communication systems compris- 
ing arrays of interconnected nodes, information is conveyed 
from a first node to a second node by modulating optical 
radiation generated in the first node and guiding the 
radiation, for example along optical fibre waveguides, to the 
second node whereat the radiation is detected and demodu- 
lated to yield the information thereat. The modulation can be 
either of digital or analogue form. 

When digital modulation is employed, it is conventional 
practice to modulate a radiation source such as a laser 
between two states corresponding to two mutually different 
laser radiation output levels. Conversely, when analogue 
modulation is employed, for example to convey time divi- 
sion multiplexed analogue speech information, the laser is 
modulated in a continuous manner over a range of optical 
radiation intensities. 

When assessing the quality of optical communication in 
the conventional systems employing analogue modulation, it 
is relatively straightforward to measure signal-to-noise ratio 
performance at the second node. However, if the analogue 
modulating signal is modulated with digital data, it is 
extremely difficult to determine a corresponding bit error 
rate performance at the second node; the bit error rate does 
not correlate in a simple manner with signal-to-noise ratio 
performance. Moreover, it is also problematical to include 
digital overhead control information when analogue modu- 
lation is employed. 

In the conventional communication systems employing 
digital modulation, additional digital information can be 
added to sending client pay load data for determining bit 
error rate and for control purposes. Such conventional 
systems are operable to receive sending client payload data 
at the first node and arrange it into fixed length blocks of data 
to which overhead control data is added to provide aggregate 
data for transmission. Examples of such conventional sys- 
tems will now be described with reference to published 
patent applications and granted patents. 

In a published European patent application no. EP 0 663 
776, there is described a method of communicating block 
coded digital data with associated synchronization and con- 
trol data. In the method, block coded digital data is com- 
municated with associated overhead data in a data stream 
having a succession of coded blocks. Each block contains N 
symbols wherein M of the symbols comprise information to 
be transmitted and the remaining N-M of the symbols 
comprise error correcting data. The ratio M/N comprises a 
first information rate. The coded blocks in the data stream 
are divided into a succession of frames, each frame com- 
prising F of the coded clocks. A frame overhead symbol is 
added for each of the frames to provide data necessary for 
a receiver function such as synchronization. The addition of 
the frame overhead symbols effectively lowers the first 
information rate to a second information rate M'/N' as 
provided in Equation 1 (Eq. 1): 



N ~ [N'+b) 



where 

b=an integer chosen to provide the second information 
rate at a desired value. 

N is less than 2"+l, where n is the number of bits in each 
of the symbols. The number of coded blocks F in each frame 
is determined from Equation 2 (Eq. 2): 

M'P Eq. 2 

" (N-M)b 



where 

P=a smallest value integer that will render F an integer, P 
being equal to the number of overhead symbols added per 
frame. 

A plurality of X of the frames are formed into a multi- 
frame containing FX coded blocks and PX frame overhead 
symbols. X is chosen to provide enough n-bit frame over- 
head symbols to implement the desired receiver function. 

In another published European patent application no. EP 
0 540 007, there is described a method and apparatus for 
transmitting an information-bearing signal by: 

(a) generating a plurality of block signals on the basis of the 
information-bearing signal; 

(b) generating a plurality of parity block signals on the basis 
of the plural data block signals; 

(c) generating a frame signal containing the plural data block 
signals and the parity block signals; and 

(d) sending out the frame signal. 

In the method, each of the data block signals includes a 
first block synchronizing signal indicating the start of the 
data block signal, a data signal containing the information 
signal and a first parity signal derived by encoding the data 
signal. Each of the parity lock signals includes a second 
block synchronizing signal indicating the start of the parity 
block signal, a second parity signal and a third parity signal. 
Bit signals located at same bit positions in the respective 
second parity signals are derived by encoding bit signals 
located at the same positions in the respective data signals. 
Bit signals located at the same bit positions in the respective 
third parity signals are derived by encoding the bit signals 
located at the same bit positions in the respective first parity 
signals; alternatively, the third parity signal in each parity 
block signal is derived by encoding the second parity signal 
in each parity block signal. 

In an international application no. PCT/FI99/00477, there 
are described data transmission methods in a telecommuni- 
cation system. The methods are concerned with employing 
"payload numbering" instead of or in addition to conven- 
tional frame numbering. Data in the system is split into 
fixed-length data blocks or payload units. The size of a block 
is preferably equal to or smaller than the shortest informa- 
tion field in frames of the protocols used. Each protocol 
frame carries one or more payload units. In an optimum 
situation, the length of the information field in a protocol 
frame equals n times the length of the payload unit where n 
in an integer. Alternatively or additionally, the protocol 
frame carries payload numbers both for indicating the pay- 
load units conveyed in the protocol frame and for acknowl- 
edging the received blocks. 

In a United States granted patent no. U.S. Pat. No. 
5,490,142, there is described a VT group optical extension 
interface and VT group optical extension format method. In 
the method, a VT group extension format defines a transport 
frame for the transfer of 135 bytes, each byte comprising 8 
bits, the format providing a line rate of 8 640 Mbit/s. Each 
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frame comprises a transport overhead portion and a payload 
portion. The transport portion comprises 27 bytes and 
defines various operations, administration and maintenance 
functions. Moreover, the payload portion comprises 108 
bytes which directly correspond to one VT group of an 
STS-N frame. The VT group optical extension format line 
rate is determined an as integer multiple m of an STS-N 
network element clock where m is 6 if N is 1 and m is 18 
if N is 3. An optical extension interface is provided between 
a VTG bus and an optical extension, the interface being 
responsive to the provision of a multiplexed VT group 
payload provided on the VTG bus for providing a corre- 
sponding VT group optical extension transport frame on the 
optical extension, the interface being further responsive to 
the provision of a VT group optical extension transport 
frame on the optical extension for providing a multiplexed 
VT group payload and associated path overhead to the VTG 
bus. 

It is conventional practice in contemporary optical com- 
munication systems where sending client data does not 
precisely partition into the blocks to partially fill the blocks 
with sending client data and then to add additional justifi- 
cation code after the sending client data to ensure that the 
blocks are completely filled. This practice is known as 
justification and assists to ensure, for example, satisfactory 
radiation spectra within the conventional systems. 

The amount of justification employed is a function of the 
payload data that can vary from client to client. When the 
aggregate data is received at the second node, the overhead 
information is isolated and interpreted, and then the blocks 
of data are processed to remove the justification to yield the 
payload data. Thus, it is not possible to perform a bit error 
rate measurement for the aggregate data at the second node 
without completely decoding the aggregate data to isolate 
the payload data; such complete decoding is a complex 
process. 

In large and complex communication systems including 
many thousands of nodes and employing the aforementioned 
digital modulation, it is often desirable to be able to monitor 
the aggregate data modulated onto the optical radiation at 
sub -nodes intermediate between the first and second nodes 
to determine error occurrence thereat. Such monitoring is 
especially useful when the first and second nodes are spa- 
tially separated by several hundred kilometres and the 
optical radiation is conveyed therebetween through a num- 
ber of fibres and associated optical repeaters and regenera- 
tors. Determination of error rate at the sub-nodes enables the 
performance of specific parts of the systems to be measured, 
for example the quality of repeaters therein or the transmis- 
sion media employed. Such measurement enables defective 
repeaters and fibres to be isolated and, if necessary, bypassed 
or replaced. The systems suffer a problem that error rate at 
the sub-nodes cannot easily be determined without fully 
decoding the aggregate data to determine bit error rate; this 
problem arises on account of justification being employed. 

It is conventional practice for communication system 
operators to lease communication channels to clients on the 
contractual basis of bit error rate not exceeding a contract 
specified limit. In the case of communication systems 
employing analogue modulation, guaranteeing bit error rate 
performance is difficult to determine based on signal-to- 
noise measurement. Likewise, in the case of communication 
systems employing digital modulation with justification, bit 
error rate can be measured but requires complete demodu- 
lation of the aggregate data to determine bit error rate. 

SUMMARY OF THE INVENTION 

The inventors have appreciated that it is possible to 
employ an alternative method of encoding data in a com- 
munication system that addresses the aforementioned prob- 
lems. 



According to a first aspect of the present invention, there 
is provided a method of communicating data in communi- 
cation systems, each system including at least one channel 
comprising transmitting means, receiving means and data 
5 conveying means for conveying data from the transmitting 
means to the receiving means, the method characterized in 
that it includes the steps of: 

(a) combining payload data and overhead data at the trans- 
mitting means to form aggregate data thereat for trans- 
mission to the receiving means, the aggregate data being 

io partitioned into frame -like structures in which the number 
of overhead data bits is in a fixed ratio relative to the 
number of payload data bits; 

(b) transmitting the aggregate data from the transmitting 
means to the receiving means through the conveying 

15 means; 

(c) receiving the aggregate data at the receiving means, 
decoding the aggregate data to isolate the overhead data 
from the payload data thereat, and interpreting the over- 
head data for controlling and managing the payload data 

20 within the system, 

characterized in that the transmitting means (20) is operable 
to generate the aggregate data (600) at a rate which is greater 
than the rate of receipt of the payload data thereat by 
substantially a fraction ^^"V^, where Rp is the rate of 

25 receipt of the payload data at the transmitting means (20) 
and Ro is the rate at which the overhead data is added at the 
transmitting means (20) to generate the aggregate data (600). 
The method provides at least one of the advantages that: 

(a) the amount of timing jitter in the aggregate data propa- 
30 gating through the system is capable of being reduced, 

thereby reducing the occurrence of errors within the 
system; and 

(b) error checking performance of the system is capable of 
being improved, for example bit error rate is more readily 

35 determinable from the aggregate data on account of the 
fixed ratio. 

A frame -like structure in aggregate data comprising over- 
head data and payload data is defined as an arrangement of 
the overhead data such that the arrangement substantially 
repetitively occurs in the aggregate data and is operable to 

40 partition the payload data within the aggregate data. 

Advantageously, depending upon application of the sys- 
tem operable according to the method, the fixed ratio of 
payload bits to overhead bits is in a range of 2:1 to 100:1. 
A ratio higher than 100:1 can result in synchronization 

4 5 problems at the receiving means, hence the aforementioned 
range is a practical compromise. Preferably, the fixed ratio 
of payload bits to overhead bits is 31:1. 

Justification of payload data within aggregate data can 
result in complex methods being required to decode the 

50 aggregate data. The inventors have appreciated in the 
method of the invention that it is advantageous not to apply 
further justification to the received payload data when 
generating the aggregate data. 

Conveniently, the system operable according to the 

55 method includes a plurality of channels, each channel 
capable of adapting to the data rate of its associated payload 
data, the channels thereby capable of functioning mutually 
asynchronously. Such asynchronous operation is important 
to circumvent a need for performing justification in the 
system, thereby providing benefits of simplified aggregate 

60 data decoding in the receiving means. In order to achieve 
such asynchronous operation in practice, it is desirable that 
each channel includes phase locked loop means for synchro- 
nizing the channel to its associated payload data. 

In order to render the overhead data included in the 

65 aggregate data less vulnerable to burst interference, the 
overhead data and the payload data are preferably inter- 
leaved in the aggregate data. 
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Advantageously, the frame-like structures employed 
within the aggregate data comprise a plurality of frames 
organized into multiframes, the frames and multiframes 
identifiable at the receiving means by interpreting the posi- 
tion of overhead data within the aggregate data. The over- 
head data thereby provides the beneficial function of syn- 
chronization of overhead data at the receiving means. 
However, data block structure present within the payload 
data can be asynchronous to the frames and multiframes as 
a consequence, although this docs not affect system opera- 
tion. 10 

The inventors have found in practice that each multiframe 
conveniently comprises in a range of 2 to 100 frames. This 
range is chosen as a compromise between being able to 
include a number of specialized functions within the over- 
head data but not have so many frames in each multiframe ]5 
so that multiframe synchronization at the receiving means 
becomes problematical. In practice, it is preferable for each 
multiframe to comprise eight frames. 

The aforementioned specialised functions advantageously 
incorporate a synchronization function. Thus, it is conve- 
nient that the overhead data associated with each multiframe 
comprises a synchronization code (FAW) for assisting the 
receiving means to synchronization to the multiframes. For 
example, the synchronization code can comprise four syn- 
chronization bytes, FAW1 to FAW4, in the overhead data. 
Moreover, the four synchronization bytes FAW1 to FAW 4 25 
can have, for example, binary values of 1111 0110 A , 1111 
0110*,, 0010 1000 fc and 0010 1000 fc allocated thereto respec- 
tively. 

When ensuring that multiframes in the aggregate data are 
not lost when communicated through the conveying means, 30 
it is desirable that the overhead data associated with each 
multiframe comprises an identity code (MIC) for use in 
identifying the multiframe. Missing multiframes are prefer- 
ably identified at the receiving means by determining 
whether or not the identity code is incremented in a consis- 35 
tent manner for successive multiframes. Inconsistent incre- 
mentation is indicative of missing multiframes received at 
the receiving means. Conveniently, the identity code is 
incremented in modulo manner, for example in modulo 255; 
this enables a single byte to be used in the overhead data for 
representing the code. In practice, it is found particularly 40 
beneficial to increment the identity code in steps of a 
plurality of counts, for example in steps of 3 counts, for 
successive multiframes. In practice, inclusion of the MIC 
code is also found to assist with synchronization of the 
receiving means to the aggregate data. 45 

Ensuring correct d.c. level stability from photodetectors 
used to detect the aggregate data can be problematical where 
a.c. coupling is employed to remove d.c. offsets from such 
photodetectors. In order to address this problem, the over- 
head data associated with each multiframe advantageously 50 
comprises balancing code (BAL) for ensuring that the 
overhead bytes associated with the multiframe include sub- 
stantially equal numbers of 0's and l's. 

Moreover, ensuring that channel connections are correctly 
made in the system, it is desirable for the overhead data to 55 
include identity information regarding at least one of the 
transmitting means and the receiving means. Thus, 
conveniently, the overhead data associated with each mul- 
tiframe comprises trail trace identification code (TTI) for use 
by the receiving means for confirming whether or not it is 
connected to its correct corresponding transmitting means. 60 

In communication systems including a plurality of 
channels, failure of one or more of the channels can occa- 
sionally occur in practice. It is therefore desirable that the 
overhead data should be capable of invoking a channel 
substitution in the event of channel failure. Thus, preferably, 65 
the overhead data associated with each multiframe com- 
prises automatic protection switching code (APS) for 
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instructing the system to use alternative channels to convey 
the payload data in the event of failure of a channel within 
the system. 

When interference occurs in the conveying means, dam- 
age to the aggregate data will often be limited to individual 
frames. It is therefore preferable that the overhead data 
associated with each multiframe comprises a bit interleaved 
parity (BIP) code for each frame of the multiframe, the 
interleaved parity code usable by the receiving means for 
detecting the occurrence of corruption of payload data 
associated with the frame. As a consequence of the number 
of overhead bits being in a fixed ratio relative to the number 
of payload bits, the BIP code provides a direct indication of 
bit error rate in the aggregate data; such a direct indication 
enables relatively simple monitors to be used for measuring 
bit error rate along the conveying means, for example for 
fault finding purposes. Thus, unlike prior art systems, the 
method of the invention provides a fixed density of error rate 
indicating code relative to client payload data irrespective of 
client payload data rate. 

In order to assist the receiving means to synchronise 
correctly to the aggregate data and apply appropriate 
processing, for example regeneration, it is desirable that the 
overhead data includes an indication of the aggregate data 
rate at which the channel is expected to operate. Thus, 
advantageously, the overhead data associated with each 
multiframe comprises a payload type indicator (PTI) code 
indicative of payload data rate supplied to the transmitting 
means. 

The method of the invention is applicable to communi- 
cation systems operating at serial bit rates approaching 10 
Gbits/s and greater. It is presently relatively difficult and 
expensive to provide logic switching devices capable of 
operating at such high bit rates. Therefore, it is highly 
desirable to convert high bit rate serial data into parallel data 
to ease processing tasks performed in the transmitting means 
and also in the receiving means. Thus, advantageously, the 
transmitting means is operable to receive the payload data as 
serial data and convert it to parallel data for combining with 
the overhead data to generate the aggregate data as serial 
data for transmission through the conveying means. 

In a practical communication system, it is preferable that 
the conveying means comprises one or more optical fibre 
waveguides for conveying the aggregate data, the aggregate 
data being modulated onto optical radiation, for example 
radiation generated by a distributed feedback (DFB) laser 
source, which is guided from the transmitting means to the 
receiving means along the one or more fibre waveguides. In 
order to utilized fibre bandwidth to greater extent, it is 
desirable that a plurality of channels of the system are 
optically multiplexed along a single optical fibre waveguide 
of the conveying means. 

Alternatively, for example where system portability is an 
important consideration, the conveying means advanta- 
geously comprises a radio link or an electrical coaxial cable 
for conveying the aggregate data. 

According to a second aspect of the present invention, 
there is provided a communication system operable accord- 
ing to the method of the first aspect of the invention. 

When implementing the system in practice, it is found 
advantageous for the transmitting means to incorporate an 
adapter unit for combining the payload data with the over- 
head data to generate the aggregate data, and for the receiv- 
ing means to incorporate a corresponding adapter unit for 
separating the payload data from the overhead data. Each 
adapter unit beneficially includes one or more phase locked 
loop clock circuits for synchronization the units to data input 
applied thereto. 

Communication systems usually have to service the 
requirements of several clients. Thus, conveniently, the 
system includes a plurality of channels operable to adapt to 
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the rate at which they receive payload data, the channels from the payload data thereat, and interpreting the over- 

thereby capable of operating mutually asynchronously. Such head data for controlling and managing the payload data 

asynchronous operation enables the system to accommodate w i tnm the system and determining from the interleaved 

payload data being supplied from different clients at mutu- rft code wfaether Qf not frames withifl the aggregate 

ally different payload bit rates without a need to employ _ *, . * „ 1aA & 

justification in the aggregate data. P * 5 ? ala a re COrmpled f tU . . u . 

In a third aspect of the present invention, there is provided Id a ^th aspect of the present invention, there is provided 

a method of communicaLing data in communication systems, a method of communicating data in communication systems, 

each system including a plurality of channels, each channel each svstem including at least one channel comprising 

comprising transmitting means, receiving means and data transmitting means, receiving means and data conveying 

conveying means for conveying data from the transmitting 10 means for conveying data from the transmitting means to the 

means to the receiving means, the method characterized in receiving means, the method characterized in that it includes 

that it includes the steps of: the steps of: 

(a) synchronization at each transmitting means to its asso- (a) combining payload data and overhead data at the trans- 
ciated incoming payload data and then combining the mitting means to form aggregate data thereat for trans- 
pay load data with overhead data thereat to form aggregate mission to the receiving means, the aggregate data being 
data for transmission to the receiving means associated partitioned into frame-like structures devoid of justifica- 
with the transmitting means, the aggregate data being tion; 

partitioned into frame-like structures and the channels (b) transmitting the aggregate data from the transmitting 

capable of operating mutually asynchronously; means t0 the recei ving means through the conveying 

(b) transmitting the aggregate data from the transmitting means* and 

means to the receiving means through the conveying 20 (c) recei ^ ng ^ aggregale data al the receivin g mea ns, 

means, an decoding the aggregate data to isolate the overhead data 

(c) receiving the aggregate data at the receiving means, f * u i Z j * *u * j - * ** *i_ 

a a- Tu * j * * * l* *i_ u j j . from the payload data thereat, and interpreting the over- 
decoding the aggregate data to isolate the overhead data u j j * r , «• j *l i j j . 
from the payload data thereat, and interpreting the over- hea " ata for conlrollin g and managing the payload data 
head data for controlling and managing the payload data 25 within the system. . . L . 
within the system * n a s*^ 11 " 1 aspect of the present invention, there is 
In a fourth aspect of the present invention, there is P rovided a method of communicating data in communica- 
provided a method of communicating data in communica- tlon svstems ' each svstem including at least one channel 
tion systems, each system including at least one channel comprising transmitting means, receiving means and data 
comprising transmitting means, receiving means and data 30 conveying means for conveying data from the transmitting 
conveying means for conveying data from the transmitting means to the receiving means, the method characterized in 
means to the receiving means, the method characterized in that it includes the steps of: 

that it includes the steps of: (a) combining payload data and overhead data at the trans- 

(a) combining payload data and overhead data at the trans- mitting means to form aggregate data thereat for trans- 
mitting means to form aggregate data thereat for trans- mission to the receiving means, the aggregate data being 
mission to the receiving means, the aggregate data being 35 partitioned into frame-like structures comprising frames 
partitioned into frame-like structures in which the over- grouped into multiframes where each multiframe has 
head data includes balancing codes (BAL) for substan- associated therewith a multiframe identity code (MIC) 
tially equalising the occurrence of 0's and l's in the which is incremented from multiframe-to-multiframe and 
overhead data; is indicative of whether or not multiframes are missing in 

(b) transmitting the aggregate data from the transmitting 40 the aggregate data; 

means to the receiving means through the conveying (b) transmitting the aggregate data from the transmitting 

means; and means to the receiving means through the conveying 

(c) receiving the aggregate data at the receiving means, means; and 

decoding the aggregate data to isolate the overhead data (c) receiving the aggregate data at the receiving means, 

from the payload data thereat, and interpreting the over- 45 decoding the aggregate data to isolate the overhead data 

head data for controlling and managing the payload data from the payload data thereat, and interpreting the over- 

within the system. head data for controlling and managing the payload data 

In a fifth aspect of the present invention, there is provided within the system and determining from the multiframe 

a method of communicating data in communication systems, identity code whether or not multiframes within the 

each system including at least one channel comprising 50 aggregate data are missing. 

transmitting means, receiving means and data conveying In an eighth aspect of the present invention, there is 

means for conveying data from the transmitting means to the provided a communication system operating according to 

receiving means, the method characterized in that it includes the method of any one of the third to seventh aspects of the 

the steps of: invention. 

(a) combining payload data and overhead data at the trans- 55 

mitting means to form aggregate data thereat for trans- BRIEF DESCRIPTION OF THE DRAWINGS 

mission to the receiving means, the aggregate data being Embodiments of the invention will now be described, by 

partitioned into frame-like structures comprising frames way of example only, with reference to the following 

grouped into multiframes where each frame has associ- diagrams in which: 

ated therewith a bit interleaved parity code (BIP) indica- 60 FIG. 1 is a schematic illustration of a communication 

tive of whether or not payload data associated with the channel of a communication system according to the inven- 

frame is corrupted; tion; 

(b) transmitting the aggregate data from the transmitting FIG. 2 is a schematic illustration of a communication 
means to the receiving means through the conveying system according to the invention incorporating a plurality 
means; and 65 of communication channels as shown in FIG. 1; 

(c) receiving the aggregate data at the receiving means, FIG. 3 is a diagram of an adapter unit included within the 
decoding the aggregate data to isolate the overhead data communication channel illustrated in FIG. 1; 
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FIG. 4 is a diagram of an alternative adapter unit included The interpreter unit 220 is also connected to interpreter units 

within the communication channel illustrated in FIG. 1; of other channels, to a local management system and also to 

FIG. 5 is a representation of a data frame structure used the aforementioned regional management system (not 

in the channel and system illustrated in FIGS. 1 and 2 shown in FIG. 1). An optical output from the converter unit 

respectively, the frame structure including client payload 5 2i5 is connected through an optical fibre to the receiving 

data interleaved with overhead data in a fixed ratio of 31:1; client ( DOt shown). 

and In operation, the first converter 100 receives payload data 

FIG. 6 is a representation of overhead bytes of a multi- from tne sending client through the fibre 130. The transmit- 

frame structure used in the channel and system illustrated in ter unit 20 is designed to accommodate payload data from 

FIGS. 1 and 2 respectively, the multiframe structure includ- 10 tne sending client at bit data rates of up to 10 Gbits/second 

ing eight frame structures of a type illustrated in FIG. 5. * nd greater. The converter 100 converts the payload data 

into a corresponding electrical signal that propagates from 

DETAILED DESCRIPTION OF THE the electrical output of the converter 100 to the first electrical 

PREFERRED EMBODIMENTS input of the adapter unit 110. The overhead unit 105 receives 

. management instructions from the local and regional man- 
Referring to FIG. 1, there is shown a communication 15 agement syste m S and generates corresponding overhead 
channel of a communication system according to the inven- data thal prop agates to the second electrical input of the 
tion; the channel is indicated generally by 10. The channel adapter ^ m ^ adapter unit uo then interleaves the 
10 comprises a transmitter unit 20, an optical fibre link 30' overhead data with the payload data such that 31 bits of 
and a receiver unit 40 shown enclosed within dashed lines pa yload data are accompanied by 1 bit of overhead data in 
25, 35, 45 respectively. 20 a fixed ratio of 31:1. The adapter unit 110 assembles the 
In broad overview, the channel 10 operates by the trans- interleaved data into frames, each frame comprising 2048 
mitter unit 20 receiving payload data at its input from a bits of which 1984 bits and 64 bits correspond to payload 
sending client (not shown). The transmitter unit 20 proceeds data and overhead data respectively. Moreover, the adapter 
to encode the payload data by .arranging it into frames and/ un it 110 further assembles frames into groups of eight 
^multiframes to which are added. overhead data- to provide 2 $ frames, thereby generating corresponding multiframes. 
corresponding aggregate data. The aggregate data is con- Structures of the frames and multiframes will be described 
veyed as modulated optical radiation from the transmitter in more detail later. The multiframes are output at the 
unit 20 through the fibre link 30 to the receiver unit 40. The electrical output of the adapter unit 110 in the form of the 
receiver unit 40 receives the modulated radiation and derives aggregate data that propagates to the electrical input of the 
therefrom the aggregate data. Moreover, the receiver unit 40 second converter 120. The converter 120 converts the aggre- 
decodes the aggregate data to separate out the overhead data ga te data into corresponding digitally modulated optical 
from the payload data, and then outputs the payload data to radiation which is output at the optical output into the fibre 
a receiving client (not shown). Moreover, the overhead data link 30 along which the radiation propagates to the receiver 
present in the aggregate data is interpreted by the receiver unit 40; the converter 40 includes a modulated infra-red 
unit 40 and enables it to apply management and control laser operable to output radiation at a wavelength in the 
functions. These functions will be described in more detail 35 order of 1550 nm. 

later and include path trace, automatic protection switching j^e tnird converter 200 receives the modulated radiation 

(APS), bit interleaved parity (BIP), forward and backward and converts it to a corresponding electrical signal that the 

quality indication (FQI and BQI), forward and backward adapter unit 210 receives at its electrical input; this conver- 

defect indication (FDI and BDI). s i on j s performed by optical amplifiers, regenerators and 

Component parts of the channel 10 will now be described 40 associated photodetectors within the converter 200. The 

in more detail. adapter unit 210 processes the electrical signal correspond- 

The transmitter unit 20 includes a first optical-to-electrical ing to the aggregate data by stripping out the overhead data 

converter 100, an overhead generator unit 105, an adapter therefrom and passing it to the interpreter unit 220, The 

unit 110 and a second electrical -to-optical converter 120. adapter unit 210 further decodes the frames and multiframes 

The first converter 100 is connected at its optical input to the 45 to extract the payload data that is output from the adapter 

sending client through an optical fibre 130. An electrical unit 210 to the electrical input of the fourth converter 215. 

output from the converter 100 is connected to a first elec- The converter 215 converts the payload data and modulates 

trical input of the adapter 110. Moreover, overhead data it onto optical radiation which is output at the optical output 

generated in the overhead unit 105 is conveyed through an of the converter 215 and propagates to the receiving client, 

electrical connection connecting the overhead unit 105 to a 50 The form of the aggregate data in the channel 10 is 

second electrical input of the adapter unit 110. An electrical distinguished from conventional communication systems in 

output from the adapter unit 110 is connected to an electrical that the number of bits of overhead data and payload data in 

input of the second converter 120. Moreover, the fibre fink the aggregate data is always in a fixed ratio. Moreover, 

30 is connected at its first end to an optical output of the justification is not employed with a consequence that blocks 

second converter 120. The overhead generator unit 105 is ^ of data provided by the sending client are asynchronous to 

also connected to overhead generator units of other the frames and multiframes of the channel 10. As a conse- 

channels, and also to local and regional management sys- quence of the adapter unit 210 stripping out the overhead 

terns (not shown in FIG. 1). data and decoding the frames and multiframes, transmission 

The receiver unit 40 comprises a third optical-to-electrical from the sending client to the receiving client is transparent 

converter 200, an adapter unit 210, a fourth electrical-to- in the sense that the receiving client will be unaware that 

optical converter 215 and an overhead generator unit 220. 60 frames and multiframes are used to convey the payload data 

The third converter 200 is connected at its optical input to a through the channel 10. 

second end of the fibre link 30. An electrical output of the On account of justification not being used in the channel 

converter 200 is connected to an electrical input of the 10 and the number of bits of payload data to overhead data 

adapter 210. The adapter 210 includes first and second being in a fixed ratio, it is much easier to determine bit error 

electrical outputs; the first output is connected to an elec- 65 rate in the channel 10 not only at the receiver unit 40 but also 

trical input of the fourth converter 215 and the second output at sub -nodes (not shown) along the fibre link 30. Such ease 

is connected to an input of the overhead interpreter unit 220. of bit error rate determination allows, in a communication 
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system incorporating a plurality of channels similar to the 
channel 10, defective channels to be more easily identified 
and, if necessary, corresponding protection channels to be 
selected in substitution. 

A communication system can be constructed according to 
the invention that comprises a plurality of channels similar 
to the channel 10 where modulated optical radiation is 
optically multiplexed along a single optical fibre link. Such 
a system is illustrated in FIG. 2 and indicated generally by 
300. 

The system 300 comprises N transmitter units, for 
example transmitter units 20a, 20b corresponding to chan- 
nels 1 and 2 respectively. Each transmitter unit 20 is 
connected at its optical input to a corresponding sending 
client, for example the channels 1 and 2 are connected to 
sending clients 1 and 2 respectively. The transmitter units 20 
are interconnected at their associated overhead generator 
units 105 so that, for example, sending client 1 payload data 
can be directed through channel N in the event of channel 1 
becoming defective as in protection switching. Optical out- 
puts from the transmitter units 20 are connected to an optical 
multiplexer 310 which combines the outputs to provide a 
composite optical output. The composite output is connected 
to the first end of the fibre 150 of the fibre link 30. The 
second converters 120 of the transmitter units 20 in the 
system 300 are configured to output their optical radiation at 
mutually different wavelengths. For example, the converters 
120 of the channels 1, 2 and N can be configured to output 
optical radiation at nominal wavelengths of 1550, 1560 and 
1600 nm respectively, although other wavelengths can alter- 
natively be used if necessary. 

The fibre 150 is connected at its second end to an optical 
demultiplexer 320 comprising a plurality of Bragg grating 
optical filters, for example a filter 330, for isolating radiation 
components provided from the multiplexer 310 correspond- 
ing to each transmitter unit 20. The demultiplexer 320 is 
connected at its optical outputs to associated receiver units 
40 that are in turn connected to associated receiving clients. 
The receiver units 40 are interconnected at their respective 
interpreter units 220 so that functions such as switching to 
a protection channel, for example channel N, can be imple- 40 
mented in the event of another channel developing a fault. 

In operation, payload data received from the sending 
clients is encoded in the transmitter units 20 to generate 
corresponding aggregate data thereat. The aggregate data of 
each transmitter unit 20 is modulated onto optical carrier 45 
radiation whose nominal wavelength is specific to each 
transmitter unit 20. The optical radiation output from the 
transmitter units 20 is optically combined in the multiplexer 
310 to generate the composite radiation that propagates 
through the fibre link 30. 

The demultiplexer 320 receives the composite radiation at 
its optical input and filters out aggregate radiation corre- 
sponding to each transmitter unit 20. The aggregate radiation 
propagates to its respective receiver unit 40 that then 
decodes the aggregate data to provide payload data to its 
associated receiving client. 

When a large number of channels are required, for 
example several hundred channels, the system 300 can be 
duplicated to provide an enlarged system comprising several 
multiplexers, demultiplexers and optical fibre links. Each 
transmitter unit and receiver unit in such an enlarged system 
can be connected to other transmitter units and receiver units 
respectively for providing functions such as protection 
switching in the event of a fibre link, a demultiplexer or a 
multiplexer become defective. 

Each channel in the system 300 adapts to the rate at which 
payload data is supplied from its respective sending client. 



Thus, the channels in the system 300 are capable of func- 
tioning mutually asynchronously. Such adaptation within the 
channels to the rates at which payload data is supplied by 
sending clients is performed within the adapter units 110, 
210 of each channel. 

Although the system 300 shown in FIG. 3 is operable to 
provide communication finks from the sending clients to the 
receiving client, it will be appreciated that bi-directional 
communication between the sending clients and the receiv- 
ing clients is provided by including corresponding reverse 
directed channels (not shown) from the receiving clients to 
the sending clients, the reverse directed channels being of 
similar design to the channels illustrated in FIGS. 1 and 2. 

In order to further describe asynchronous operation of the 
channels, the adapter unit 110 will be described in more 
detail with reference to FIG. 3. The ability of the channels 
of the system 300 to function mutually asynchronously 
circumvents the need for justification in the aggregate data, 
thereby enabling a fixed ratio of payload bits to overhead 
bits to be achieved which greatly simplifies overhead func- 
tions such as determination of bit error rate (BER), and also 
reduces jitter in the aggregate data propagating in the 
channel 10 and the system 300. 

The adapter unit 110, shown included within a dashed line 
490, comprises a l-to-31 demultiplexer 500, a 32-to-l 
multiplexer 510, a first phase locked loop (PLL1) 520, a 
second phase locked loop (PLL2) 530 and a data encoder 
540. The encoder 540 is implemented as a field program- 
mable logic device (FPLD), for example as manufactured by 
Xilinx Inc. 

The electrical output from the first converter 100 is 
connected to a serial data input of the demultiplexer 500 and 
to a reference input of the PLL1 520. A first output from the 
PLL1 520 is connected to a clocking input CLK of the 
demultiplexer 500. Moreover, a second output from the 
PLL1 520 is connected to a reference input of the PLL2 530. 
The demultiplexer 500 comprises parallel outputs D 0 to D 30 
which are connected to corresponding data inputs of the data 
encoder 540. The overhead unit 105 comprises an overhead 
data output connected to an overhead data input Kq of the 
encoder 540. The encoder 540 further comprises parallel 
data outputs Eq to E 31 connected to corresponding parallel 
inputs of the multiplexer 510. An output of the PLL2 530 is 
connected to a clocking input CLK of the multiplexer 510. 
The multiplexer 510 includes a multiplexed output con- 
nected to the electrical input of the second converter 120. 

In broad overview, the adapter unit 110 functions by 
receiving serial payload data from the first converter 100 at 
a bit rate of up to 10 Gbits/s or greater. The PLL1 520 
synchronizes itself to the payload data and generates a 
corresponding synchronized clocking signal which clocks 
continuously even when the payload data remains at a 
particular logic state for several clock cycles. The PLL1 520 
clocks both the demultiplexer 500 and the PLL2 530. The 
payload data is converted from a serial bit stream to 31-bit 
wide parallel words in the demultiplexer 500. The payload 
55 data is transferred in 31 -bit words from the demultiplexer 
500 to the encoder 540. The encoder 540 adds one bit of 
overhead data received from the overhead generator unit 105 
to every 31 bits of payload data in a fixed ratio to provide 
output words at the outputs E 0 to Ej r The output words are 
passed to the multiplexer 510 which converts the output 
60 words into a corresponding serial data stream, namely the 
aggregate data, that passes to the second converter 120 
whereat it is modulated onto optical radiation for transmis- 
sion along the fibre 150. Inclusion of the demultiplexer 500 
provides the benefit that the encoder 540 receives data in the 
65 form of words and does not need to be capable of clocking 
at the rate of payload data which can approach 10 Gbits/s; 
the encoder 540 clocks at rates in the order of 300 MHz 
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when the bit rate of payload data approaches 10 Gbits/s. 
However, the demultiplexer 500 is designed to be capable of 
handling up to 10 Gbits/s or greater serial data bit rates. 

Inclusion of the overhead data into the aggregate data 
means that the bit data rate in the aggregate data is 32/31 
times greater than the payload traffic presented from the 
sending client to the adapter unit 110. It is the purpose of the 
PLL2 530 to provide a clocking signal at a rate F 2 which is 
frequency locked to the clocking signal at a rate V 1 provided 
from the PLL1 520. The clocking signal from the PLL2 530 
clocks the multiplexer 510 at a rate 32/31 times greater than 
the demultiplexer 500 is clocked by the PLL1 520. Such a 
bit rate transformation prevents an accumulation of payload 
data in the adapter unit 540 which would occur if the 
demultiplexer 500 and multiplexer 510 were clocked at 
identical rates. 

At the adapter unit 210, a reverse operation to that which 
occurs in the adapter unit 110 is performed. In the reverse 
operation, the aggregate data is firstly loaded into a l-to-32 
demultiplexer operable to convert serial data into 32-bit 
word data, then the overhead bit is extracted from the 32-bit 
word data to yield a 31 -bit word which is passed to a 31-to-l 
bit multiplexer to convert the 31-bit word into corresponding 
serial payload data. The adapter unit 210 also incorporates 
two PLLs as shown in FIG. 3 except that the second PLL 
connected to the multiplexer is operable to provide a 31/32 
times frequency conversion. Moreover, the data encoder 540 
included within the adapter unit 110 is substituted with a 
decoder in the adapter unit 210 which is operable to output 
overhead data to its associated interpreter unit 220. 

In practice, procuring l-to-31 demultiplexers and 32-to-l 
multiplexers for the transmitter units 20a, 20b, and likewise 
l-to-32 demultiplexers and 31-to-l multiplexers for the 
receiver units 40a, 406 is not easy when 10 Gbits/s serial 
data bit rate performance is demanded. Standard proprietary 
multiplexers and demultiplexers capable of operating a this 
bit rate are often 16-to-l and l-to-16 devices. When such 
proprietary parts are employed in the adapter unit 110, the 
unit U0 is implementable as illustrated in FIG. 4. 

In FIG. 4, a l-to-16 demultiplexer 540 is used instead of 
the demultiplexer 500 in FIG. 3. Moreover, a 16-to-l mul- 
tiplexer 550 is used instead of the multiplexer 510 in FIG. 
3. Furthermore, an FPLD data encoder 560 including a 
buffer memory 570 is used instead of the encoder 540 in 
FIG. 3. 

In operation, payload data in the form of a serial bit stream 
passes from the converter 100 into the demultiplexer 540 
which converts the serial stream into corresponding 16-bit 
parallel words. The words are loaded by the encoder 560 into 
its buffer memory 570 to provide payload data therein. The 
encoder 560 then adds an appropriate overhead bit to each 
concurrent group of 31 bits of payload data within the 
memory 570 to generate aggregate data therein and then 
proceeds to output the aggregate data in words of 16-bits 
length to the multiplexer 550. The multiplexer 550 converts 
the 16-bit words to a serial bit stream of aggregate data 
which is then output from the encoder unit 110 to the second 
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converter 120 for modulation therein onto optical radiation 
for transmitting along the fibre 150. 

Bit rate conversion occurring at the adapter units 110, 120 
circumvents the need to justify the aggregate data, thereby 
5 simplifying the aggregate data and enabling sub-node 
assessment of bit error rate to be made. 

The aggregate data, as described briefly above, is serial 
data and is punctuated into frames and multiframes by virtue 
of bit values of the overhead data added in a fixed ratio to 

30 the payload data at the adapter unit 110. Eight frames in 
sequence in the aggregate data form a multiframe. The 
structure of a frame is illustrated in FIG. 5 and indicated by 
600. Each frame 600 commences with an overhead bit Al 
that is followed by 31 bits of sending client payload data (31 

15 bits P/L) that, in turn, is followed by an overhead bit A2 and 
so on. For example, an overhead bit A8 in the aggregate data 
is followed by 31 bits of payload data that, in turn, is 
followed by an overhead bit Bl and so on. The frame 600 
terminates with an overhead bit H8 followed by 31 bits of 

2Q payload data. As illustrated in FIG. 5, each bit of overhead 
data in the frame 600 is accompanied by 31 bits of payload 
data in a fixed ratio of 1:31. 

The aggregate data corresponding to the frame 600 can be 
regarded conceptually as the frame 600 being read-out 
25 row-by-row, as represented by an arrow 610 indicating row 
direction and an arrow 620 indicating column direction. The 
frame 600 is thus read-out from its top left-hand corner 
(START) to its bottom right-hand corner (END) row-by-row 
to provide the aggregate data. 

33 In the frame 600, the overhead bits Al to A8 form a byte 
A, the overhead bits Bl to B8 form a byte B, and so on. 
Hence, the overhead bits for each frame can be represented 
as illustrated in Table 1 as eight bytes; the payload data from 
the sending client is not shown in the table. 

35 TABLE 1 



Overhead Byte A 
Overhead Byte B 
Overhead Byte C 
Overhead Byte D 
Overhead Byte E 
Overhead Byte F 
Overhead Byte G 
Overhead Byte H 



Eight frames similar to the frame 600 are output in 
sequence in the aggregate data to form a multiframe. The 
overhead bytes of the eight frames comprising the multi- 
frame can be represented by symbols where byte A^ corre- 
sponds to the overhead byte A of frame x where a subscript 
50 x is in a range of 1 to 8. Thus, a byte A a corresponds to an 
overhead byte A of the first frame in the multiframe and a 
byte H s corresponds to an overhead byte H of the eighth 
frame in the multiframe. 

For convenience, the overhead bytes of the multiframe 
can be arranged in tabular form as in Table 2. 



TABLE 2 

Frame 1 Frame 2 Frame 3 Frame 4 Frame 5 Frame 6 Frame 7 Frame 8 



ByteA,^ Byte A 2 

Byte B t Byte B 2 

Byte C t Byte C 2 

Byte Di Byte D 2 

Byte E l Byte 

Byte Fi Byte F 2 



Byte A 3 Byte A 4 

Byte B 3 Byte B 4 

Byte Cy Byte C 4 

Byte D 3 Byte D 4 

Byte E 3 Byte E 4 

Byte F 3 Byte F 4 



Byte Aj Byte A<j 

Byte B 5 Byte B e 

Byte C 5 Byte C 6 

Byte D 5 Byte D 6 

Byte E 5 Byte E 6 

Byte F 5 Byte F e 



ByteA 7 Byte Ag 
Byte B 7 Byte B a 
Byte C 7 Byte C 8 
Byte D 7 Byte D a 
Byte E 7 Byte £3 
Byte F 7 Byte F 8 
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TABLE 2-continued 



Frame 1 


Frame 2 


Frame 3 


Frame 4 


Frame 5 


Frame 6 


Frame 7 


Frame 8 


Byte G t 


Byte G 2 


Byte G 3 


Byte G 4 


Byte G 5 


ByteG e 


Byte G 7 


Byte G a 


Byte Hi 


Byte H 2 


Byte H 3 


Byte H 4 


Byte H s 


Byte He 


Byte H 7 


ByteHg 



In the aggregate data, the overhead bytes appear in a 
sequence, although punctuated by payload data, such that 
byte A x is followed by byte B x and so on to byte H a followed 
by byte A2 and so on until byte H 8 at the end of the 
multiframe. 

The units 105, 220 use the overhead bytes for performing 
a number of overhead functions which will now be 
described with reference to FIG. 6; this diagram shows a 
representation of overhead bytes of a multiframe structure 
used in the channel 10 and the system 300. The overhead 
bytes perform different functions, for example as indicated 
by abbreviations in the diagram, namely: 



FAW: "frame alignment word"; MIC: "multiframe identity code"; 

BAL: "balancing byte"; SPA: "spare byte"; 

1 1 1: "trail trace identifier"; APS: "automatic protection channel"; 

FDI: "forward defect indication"; BDI: "backward defect indication"; 

FQI: "forward quality indicator"; BQI: "backward quality indicator"; 

PTI: "payload type indicator"; and BIP; "bit interleaved parity". 



In the system 10, the overhead generator unit 105 gener- 
ates the overhead bytes shown in FIG. 6. Values of some of 
the overhead bytes are determined locally at the overhead 
unit 105 whereas others are generated in response to com- 
mands received from the aforementioned local and regional 
management systems, for example TTI values. In other 
words, the overhead bytes are generated on the basis of 
information provided either internally within the transmitter 
unit 20 or from the aforementioned management systems. 
These bytes are communicated in the aggregate data to the 
adapter unit 210 which isolates the overhead bytes and 
passes them to the interpreter unit 220 for interpretation. 

The interpreter unit 220 uses the overhead bytes FAW1, 
FAW2, FAW3, FAW4 to identify where multiframes start in 
the aggregate data, namely for synchronizing to multi- 
frames. In the channel 10 and the system 300, these bytes 
FAW1, FAW 2, FAW3, FAW4 have fixed values of 1111 
01110*,, 1111 0110 ft , 0010 1000 fr , 0010 1000* respectively 
where a subscript b indicates a binary number. Alternative 
values can be used for these bytes FAW1 to FAW4 provided 
that the values provide the channel 10 and system 300 with 
the capability of synchronizing to multiframes. 

The multiframe identity code MIC is a byte value which 
is incremented by the overhead generator unit 105 for each 
subsequent multiframe. For example a first multiframe has 
a MIC value 0000 0001 fc , a second multiframe following the 
first multiframe has a MIC value 0000 0010 fc and so on; 
when the identity code reaches a value 1111 llll fr for the 
255 th multiframe, the MIC resets to a 0000 0000 t value 
again for the 256 th multiframe and so on in a modulo 255 
manner. Incrementation in other moduli, for example in 
modulo 8, is also possible for the MIC code instead of using 
modulo 255. 

The interpreter unit 220 is operable to monitor the identity 
code and ensure that correct incrementation occurs; any 
errors in incrementing the MIC are identified by the inter- 
preter unit 220 as indicative of missing multiframes. 
Moreover, inclusion of the MIC code into the aggregate data 
assists the receiver unit 40 to synchronize to the aggregate 
data, namely frame alignment is improved thereby at the 
receiver unit 40. 



As an option, the MIC value can be incremented by more 
than 1 count for each subsequent multiframe, for example 
incrementation can be in steps of three counts so that a 
typical MIC counting sequence could be 1111 1110 b 
(decimal 254) for a first multiframe, 0000 0001 fc (decimal 1) 
for a second multiframe, 0000 0100 fc (decimal 4) for a third 
multiframe and so on. 

The interpreter unit 220 uses the balancing overhead bytes 
BAL for d.c. restoration purposes. The value of the balanc- 
ing bytes are set by the overhead generator unit 105 so that 
for each of the frames 2 to 8 of the multiframe represented 
in FIG. 6, the number of 0*s and l's in its associated 
overhead bytes are equal. Such balancing is advantageous 
when photodetectors having their electrical outputs a.c. 
coupled to remove d.c. offset are employed in the channel 10 
and system 300 for converting radiation modulated with the 
aggregate data into electrical signals for the adapter unit 210 
and its associated interpreter unit 220. 

The multiframe in FIG. 6 also includes spare bytes SPA 
which are unallocated initially but can be allocated by 
system users to perform additional functions after commis- 
sioning the system 300 if such functions are found to be 
necessary to assist system operation. The generator and 
interpreter units 105, 220 are software controlled and are 
therefore susceptible to being performance upgraded by 
software modification. 

The trail trace identifier overhead bytes TTI comprise a 
16-byte string which is included from frame 2 overhead byte 
B 2 to frame 5 overhead byte D 5 as illustrated in FIG. 6. 
Bytes 2 to 16 of the string are user definable ASCII char- 
acters and byte 1 of the string includes a CRC-7 checksum 
value generated by the overhead unit 105 in accordance with 
an ITU communication specification G. 707 Annex B which 
is hereby incorporated by reference. The string is used by the 
system 300 to ensure that a receiving client is connected to 
its correct corresponding sending client. 

The automatic protection channel overhead bytes APS1 to 
APS4, namely frame 6 overhead bytes Ag to D 6 , are used by 
the system 300 when a defective channel therein has to be 
bypassed and another channel of the system 300 allocated in 
substitution to convey its payload data. The interpreter unit 
220 interprets these overhead bytes to determine whether or 
not its associated channel is to be bypassed and the identity 
of an alternative channel of the system 300 allocated in 
substitution. The overhead and interpreter units 105, 220 are 
operable in combination with the aforementioned local and 
regional management systems to determine interconnections 
within the system 300 when substitution occurs for routing 
payload data from an affected sending client to its associated 
receiving client. 

The forward defect indication overhead byte FDI, namely 
frame 7 overhead byte A 7 , is used in the channel 10 and 
system 300 to indicate downstream, namely on the receiving 
client's end of the fibre link 30, that a defect condition has 
been detected upstream, namely towards the corresponding 
sending client. Likewise, the backward defect indication 
byte BDI, namely frame 7 overhead byte B 7 , when a receive 
path defect is detected, namely on the receiving client's end 
of the fibre link 30. FDI and BDI overhead bytes thereby 
enable the location of a defect in the system 300 to be easily 
and rapidly identified. 
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The forward quality indication overhead byte FQI, 
namely frame 7 overhead byte C 7 , is used for conveying a 
bit error count for a preceding multiframe. Thus, the FQI is 
used for indicating downstream an error occurring upstream. 
Likewise, the backward quality indication byte BQI, namely 
frame 7 overhead byte D 7 , is used for conveying a bit error 
count for the payload data of the preceding multiframe. 

The payload type indicator overhead byte PTI, namely 
frame overhead byte \, is used for indicating composition 
of the payload data or the maintenance status of a commu- 
nication path conveying the multiframe and its associated 
payload data. For example, interpretations for the overhead 
byte PTI are according to Table 3. 

TABLE 3 



PTI byte 
binary value 



Interpretation applied by 
the interpreter unit 220 



0000 



0001 



0100 



0101 



0110 



0111 



1000 to 1110 
1111 



Unequipped, namely there is a complete communi- 
cation path from the sending client to the 
receiving client but the client has not 
connected his equipment to the path 
Indicates a linear transponder mode, namely that 
a signal is being conveyed which does not require 
digital regeneration and hence any regenerators 
along the path should be switched off 
Indicates that the payload data rate is 155.52 Mbit/s 
(STM-1 mode) and requires adapter unit retiming/ 
regeneration at this rate 

Indicates that the payload data rate is 622.08 Mbits/s 
(STM-4 mode) and requires adapter unit 
retiming/regeneration at this rate 
Indicates that the payload data rate is 1.0625 Gbits/s 
(fibre channel) and requires adapter unit retiming/ 
regeneration at this rate 

Indicates that the payload data rate is 1.25 Gbits/s 
(as in Gigabit Ethernet) and requires adapter unit 
retiming/regeneration at this rate 
Indicates that the payload data rate is 2.48832 Gbits/s 
(STM-1 6) and requires adapter unit retiming/ 
regeneration at this rate 

Indicates that the payload data rate is 9.95328 Gbits/s 
(STM-64) and requires adapter unit retiming/ 
regeneration at this rate 
Unused 

Indicates sending client signal fail 
(for example signal interruption) 
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Finally, the bit interleaved parity overhead bytes BIP, 
namely overhead bytes E a to E 8 , include a BIP-8 parity 
check value; a detailed definition is provided in ITU stan- 
dard G. 707 which is hereby incorporated by reference. Each 
frame has its associated BIP parity value which provides a 
parity check for the payload data of the frame. In the 
multiframe shown illustrated in FIG. 6, the inventors have 
appreciated that it is preferable to have a BIP byte associated 
with each frame rather than clustering the BIP bytes, for 
example at the end of the multiframe. Such BIP byte 
allocation to each frame reduces the need for high-speed 
memory at the receiving unit 40 of the channel 10. Thus, 
distributing the BIP overhead bytes in the frames is prefer- 
able to concatenating the BIP bytes together in the multi- 
frame. The BIP code provides a direct indication of bit error 
rate in the payload data because the ration of the number of 
the payload bits to the number of overhead bits is maintained 
in the system 300 in a fixed ratio. 

It will be appreciated that modifications to the channel 10 
and the system 300 and their method of operation can be 
made without departing from the scope of the invention. 

For example, although overhead data and payload data are 
interleaved in the adapter unit 110 in a fixed ratio of 1:31 
bits, other ratios are possible. The adapter units 110, 210 can 
be modified so that the ratio is in a range of 1:2 bits to 1:100 
bits depending upon the degree of overhead control 
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required. An important point is that the ratio should be fixed 
and not dynamically variable as in prior art communication 
systems where justification is employed. 

Moreover, in the channel 10 and system 300, the number 
of frames comprising a multiframe can be altered from eight 
frames comprising a multiframe as aforementioned. For 
example, the number of frames forming a multiframe can be 
varied in a range of 2 to 100, although including more than 
50 frames in a multiframe makes synchronization more 
difficult at the receiver unit 40. 

Furthermore, in FIG. 6, positions of the overhead bytes 
performing specific functions can be altered provided they 
continue to perform their associated functions, for example, 
positions of the MIC and PTI overhead bytes can be 
exchanged in a modified version of the multiframe. 
Additionally, the BIP overhead bytes of each frame can be 
arranged to be included at the last overhead byte of each 
frame, for example at overhead byte for frame 1, 

As aforementioned, the fibre link 30 can comprise one or 
more optical fibres. In alternative versions of the channel 10 
and system 300, the fibre link 30 can be substituted with a 
radio link, for example a satellite microwave link. Where 
lower data rate operation is employed, the fibre link 30 can 
be replaced with one or more coaxial cable wire connec- 
tions; such coaxial links generally have a lower data carry- 
ing capacity compared to optical fibre connections. 

We claim: 

1. A method of communicating data in communication 
systems (300), each system including at least one channel 
(10) comprising transmitting means (20), receiving means 
(40) and data conveying means (30) for conveying data from 
the transmitting means (20) to the receiving means (40), the 
method comprising the steps of: 

(a) combining payload data and overhead data at the 
transmitting means (20) to form aggregate data (600) 
thereat for transmission to the receiving means (40), the 
aggregate data (600) being partitioned into frame-like 
structures in which the number of overhead data bits is 
in a fixed ratio relative to the number of payload data 
bits; 

(b) transmitting the aggregate data (600) from the trans- 
mitting means (20) to the receiving means (40) through 
the conveying means (30); 

(c) receiving the aggregate data (600) at the receiving 
means (40), decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system (300), and operating 
the transmitting means (20) to generate the aggregate 
data (600) at a rate which is greater than the rate of 
receipt of the payload data thereat by substantially a 
fraction <>Kp * Xo V(^ p -y where Rp is the rate of receipt of 
the payload data at the transmitting means (20) and Ro 
is the rate at which the overhead data is added at the 
transmitting means (20) to generate the aggregate data 
(600). 

2. A method according to claim 1 wherein the fixed ratio 
of payload bits to overhead bits is in a range of 2:1 to 100:1. 

3. A method according to claim 2 wherein the fixed ratio 
of payload bits to overhead bits is 31:1. 

4. A method according to claim 1, wherein the system is 
operable not to apply further justification to the payload data 
when generating the aggregate data (600). 

5. A method according to claim 1, wherein the number of 
overhead bytes indicative of error rate occurrence within the 
aggregate data to the number of payload bytes are in a fixed 
ratio, thereby providing a fixed density of error rate bytes to 
payload bytes. 
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6. A method according to claim 5 wherein the number of 
overhead bytes indicative of error rate occurrence to the 
number of corresponding payload bytes is in a fixed ratio of 
1:248. 

7. A method according to claim 1 wherein the system 5 
(300) includes a plurality of channels (20a, 20/?, 40a, 406), 
each channel (20a, 206, 40a, 406) capable of adapting to the 
data rate of its associated payload data, the channels (20a, 
206, 40a, 406) thereby capable of functioning mutually 
asynchronously. 

8. A method according to claim 1, wherein the overhead 
data and the payload data are interleaved in the aggregate 
data (600). 

9. A method according to claim 1, wherein the frame-like 
structures comprise a plurality of frames (600) organized 
into multiframes (FIG. 5), the frames and multifirames 15 
identifiable at the receiving means (40) by interpreting the 
position of overhead data within the aggregate data. 

10. A method according to claim 9 wherein each multi- 
frame comprises in a range of 2 to 100 frames. 

11. A method according to claim 10 wherein each multi- 20 
frame comprises 8 frames. 

12. A method according to claim 9, wherein the overhead 
data associated with each multiframe comprises a synchro- 
nizing code (FAW) for assisting the receiving means to 
synchronize to the multiframes. 2 5 

13. A method according to claim 12 wherein the synchro- 
nization code comprises four synchronization bytes (FAW1 
to 4) in the overhead data. 

14. A method according to claim 12 wherein the four 
synchronization bytes (FAW1 to 4) have binary values of 
1111 0110 fc , 1111 0110^ 0010 1000 fc and 0010 1000 fc alio- 30 
cated thereto respectively. 

15. A method according to claim 9 wherein the overhead 
data associated with each multiframe comprises an identity 
code (MIC) for use in identifying the multiframe. 

16. A method according to claim 15 wherein the identity 35 
code (MIC) is incremented for successive multiframes. 

17. A method according to claim 15 wherein the identity 
code (MIC) is incremented in modulo manner. 

18. A method according to claim 16 wherein the identity 
code (MIC) is incremented in steps of a plurality of counts 40 
for successive multifirames. 

19. A method according to claim 16, wherein the receiv- 
ing means is operable to determine whether or not multi- 
frames are missing by monitoring that the identity code 
(MIC) is consistently incremented from multiframe to mul- 45 
tiframe. 

20. A method according to claim 9 wherein the overhead 
data associated with each multiframe comprises balancing 
code (BAL) for ensuring that the overhead bytes associated 
with the multiframe include substantially equal numbers of 
0's and l's. 50 

21. A method according claim 9 wherein the overhead 
data associated with each multiframe comprises trail trace 
identification code (TTI) for use by the receiving means for 
confirming whether or not it is connected to its correct 
corresponding transmitting means (20). 55 

22. A method according to claim 9 wherein the overhead 
data associated with each multiframe comprises automatic 
protection switching code (APS) for instructing the system 
(300) to use alternative channels to convey the payload data 

in the event of channel failure within the system (300). 60 

23. A method according to claim 9 wherein the overhead 
data associated with each multiframe comprises a bit inter- 
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leaved parity (BIP) code for each frame of the multiframe, 
the interleaved parity code usable by the receiving means 
(40) for detecting the occurrence of corruption of payload 
data associated with the frame. 

24. A method according to claim 9 wherein the overhead 
data associated with each multiframe comprises a payload 
type indicator (PII) code indicative of payload data rate 
input to the transmitting means (20). 

25. A method according to claim 1 wherein the transmit- 
ting means (20) is operable to receive the payload data as 
serial data and convert it to parallel data (D 0 to D^) for 
combining with the overhead data (Kq) to generate the 
aggregate data (600) as serial data for transmission through 
the conveying means (30). 

26. A communication system for communicating data, 
comprising: 

a) at least one channel comprising transmitting means, 
receiving means, and data conveying means for con- 
veying data from the transmitting means to the receiv- 
ing means; 

b) means for combining payload data and overhead data 
at the transmitting means to form aggregate data thereat 
for transmission to the receiving means, the aggregate 
data being partitioned into frame-like structures in 
which the number of overhead data bits is in a fixed 
ratio relative to the number of payload data bits; 

c) means for transmitting the aggregate data from the 
transmitting means to the receiving means through the 
conveying means; 

d) means for receiving the aggregate data at the receiving 
means, decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system; and 

e) said transmitting means being operable to generate the 
aggregate data at a rate which is greater than the rate of 
receipt of the payload data thereat by substantially a 
fraction *- Pp * R<i *ly ip y, where Rp is the rate of receipt of 
the payload data at the transmitting means and Ro is the 
rate at which the overhead data is added at the trans- 
mitting means to generate the aggregate data. 

27. A system according to claim 26, wherein the trans- 
mitting means (20) incorporates an adapter unit (110) for 
combining the payload data with the overhead data to 
generate the aggregate data (600), and the receiving means 
(40) incorporates a corresponding adapter unit (210) for 
decoding the aggregate data to separate the payload data 
from the overhead data. 

28. A system (300) according to claim 26 including a 
plurality of channels (20a, 206, 40a, 406) operable to adapt 
to the rate at which they receive payload data, the channels 
(20a, 206, 40a, 406) thereby capable of operating mutually 
asynchronously. 

29. A system according to claim 26 wherein each adapter 
unit (110, 210) incorporates an electrical multiplexer (510) 
and an electrical demultiplexer (500) for converting data 
serially input thereto into parallel data (D 0 to D 30 ) for 
processing within the adapter unit (110, 210)) and back into 
serial data again after processing is performed in the adapter 
unit (110, 210). 

***** 
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